تخيّل أنك تفحص معاملة بيتكوين على مستكشف البلوكتشين، فترى مخرجين: الأول بقيمة صغيرة والثاني بقيمة أكبر. الغريزة الأولى تقول: «الصغير هو الدفعة، والكبير هو الباقي العائد للمرسل». لكن هل هذا الاستنتاج صحيح فعلاً؟ تحليل جديد نشره موقع BTCUSA في 8 نوفمبر 2026 يعود إلى مواصفة BIP69 ليبيّن أن موضع المخرج وحده لا يكفي لإثبات أنه «باقي». في هذا المقال نشرح الفكرة بالتفصيل، ونفرّق بين القاعدة التي تحدد الترتيب والدليل الذي يحدد الملكية، ونوضح لماذا يهمّك هذا إن كنت تراجع معاملاتك أو تحلل سلسلة الكتل.

أولاً: ما هو مخرج «الباقي» (Change) ولماذا نهتم به؟

تعمل بيتكوين بنموذج UTXO، أي مخرجات المعاملات غير المنفقة. حين تنفق عملة (UTXO) فإنك تنفقها كاملة، لا جزءاً منها. فإذا كانت لديك قطعة قيمتها 100,000 ساتوشي وأردت دفع 20,000 فقط، فإن المعاملة تنشئ مخرجين: واحد يذهب إلى المستلم بقيمة 20,000، وآخر يعود إليك بما تبقى (بعد خصم الرسوم). هذا الثاني هو مخرج الباقي.

أهمية معرفة الباقي تأتي من الخصوصية. إذا استطاع مراقب خارجي أن يحدد أي المخرجين هو الباقي، فسيعرف أن هذا العنوان يعود لنفس المرسل، وسيتمكن من ربط المعاملات ببعضها وتتبع رصيدك وحركتك المالية. لذلك يحاول محللو السلسلة وضع قواعد تقريبية (Heuristics) لتخمين الباقي، ويحاول مطورو المحافظ تصميم معاملات تُضعف هذه القواعد. والسؤال الذي نطرحه هنا: هل يصلح ترتيب المخرجات نفسه ليكون أحد هذه الأدلة؟

ثانياً: ماذا يرتّب BIP69 بالضبط؟

مواصفة BIP69 هي اقتراح لترتيب مدخلات ومخرجات المعاملات ترتيباً حتمياً (Deterministic) بدل الترتيب العشوائي أو المرتبط بسلوك محفظة معينة. وبالنسبة للمخرجات تحديداً، تعمل القاعدة على مرحلتين:

• المرحلة الأولى: ترتيب المخرجات تصاعدياً حسب المبلغ، باعتباره عدداً صحيحاً غير موقّع بحجم 64 بتاً.
• المرحلة الثانية: إذا تساوى مبلغان، تُقارن بايتات scriptPubKey الخام مقارنة معجمية (Lexicographic).

وإذا تطابق المبلغ والسكربت معاً، تعتبر المواصفة المخرجين متساويين. النقطة الدقيقة هنا أن المقارنة تتم على البايتات الخام للسكربت وليس على نص العنوان الذي نراه في المحافظ. لذلك لا يصحّ أن نفترض أن الترتيب يشبه الترتيب الأبجدي للعناوين المعروضة، ولا أن نُدخل في المقارنة هوية مفترضة للمستلم.

لاحظ ما غاب عن المقارنة: لا يوجد فيها أي حقل اسمه «دفعة» أو «باقي». المرتِّب لا يعرف من يملك أي مخرج، ولا يهمه. إنه مجرد اصطلاح للبناء، أشبه بترتيب أسماء الطلاب حسب الطول: قد يفيدك في فهم سبب وقوف أحدهم في الأول، لكنه لا يخبرك من هو قائد الفريق.

ما وضع BIP69 في عالم المعايير؟

تصنّف المواصفة نفسها بأنها من طبقة التطبيقات (Applications)، ونوعها معلوماتي (Informational)، وحالتها مكتملة (Complete). وهذا يستحق التوقف عنده، لأن بعض القراء يخلطون بين هذه الأوصاف وبين شيئين آخرين:

• ليس BIP69 قاعدة إجماع على مستوى الشبكة؛ فالعُقد لا ترفض معاملة لأن مخرجاتها غير مرتبة وفق BIP69.
• ولا يعني اكتمال الحالة أن كل المحافظ تلتزم به؛ فهو اتفاق اختياري بين التطبيقات.

ولهذا ينبغي أن يبقى الادعاء بأن «هذه المعاملة تتبع اصطلاح BIP69» ادعاءً ضيقاً: هو لا يعني أن محفظة بعينها أنشأتها، ولا أنها بمنأى عن التحليل.

ثالثاً: مثالان افتراضيان ينقلب فيهما الدور

لنفهم لماذا لا يكفي الموضع، نأخذ مثالين نظريين (للتوضيح فقط، وليسا دفعات حقيقية)، لكل منهما مخرجان: دفعة وباقي.

الحالة	المخرج الأول (الأصغر)	المخرج الثاني (الأكبر)
الحالة A	دفعة بقيمة 20,000 ساتوشي	باقي بقيمة 80,000 ساتوشي
الحالة B	باقي بقيمة 20,000 ساتوشي	دفعة بقيمة 80,000 ساتوشي

في الحالتين يبدو التسلسل متطابقاً أمام المراقب: 20,000 ثم 80,000. لكن الدور الذي يلعبه المخرج الأول انقلب تماماً. في الحالة A هو دفعة، وفي الحالة B هو باقي. أي أن التسلسل التصاعدي نفسه يتسع لأدوار متعاكسة.

والدرس هنا منهجي قبل أن يكون تقنياً: نحن في المثالين أعطينا الأدوار مسبقاً لكي نرى أثر الترتيب. أما المراقب الحقيقي فيرى المبالغ فقط دون أدوار. فإذا قال «الأول دفعة والثاني باقي»، فهو لا يستخرج ذلك من المقارنة، بل يضيف معلومة من عنده لا يوفرها المرتِّب.

وفي حالة تساوي المبلغين، يكون السؤال: أي مصفوفة بايتات للسكربت تأتي أولاً في المقارنة المعجمية؟ لا نستبدل ذلك بترتيب أبجدي لنص العنوان، ولا نفترض أن كسر التعادل يدل على مخرج المرسل.

إن كنت مهتماً بمثل هذه التفاصيل التقنية، فقد تهمك أيضاً تغطيتنا الأخرى لأخبار بيتكوين على رفيف.

رابعاً: شكل المعاملة قرار منفصل عن ترتيبها (BIP126)

هناك مواصفة أخرى ذات صلة هي BIP126، وهي مصنفة مسودة (Draft) ومعلوماتية. تقترح هذه المسودة أشكالاً معينة للمعاملات تتضمن متطلبات تتعلق بالسكربتات الفريدة والمخرجات متساوية القيمة. وتنص قاعدة التفاعل فيها على أن التطبيقات التي تريد الالتزام بالإجراءين معاً ينبغي أن تطبق BIP126 قبل BIP69.

الفكرة المفيدة هنا هي التمييز بين خطوتين:

1. اختيار شكل المعاملة: كم مخرجاً؟ وبأي قيم؟
2. ترتيب العناصر الناتجة: أي مخرج يأتي أولاً؟

الخطوة الأولى قرار هيكلي، والثانية مجرد ترتيب لما نتج عنه. ولا يصح تقديم الأشكال المقترحة في المسودة على أنها سلوك عام للمحافظ اليوم، فهي ما زالت مسودة. كما أن هذه المقارنة لا تُقرأ كتعليمات لدمج الأموال أو إعادة هيكلتها.

خامساً: الدليل الحقيقي يأتي من الموقّع لا من الموضع

إذا لم يكن الموضع دليلاً كافياً، فما الذي يصلح؟ هنا يأتي دور BIP174 الخاص بالمعاملات الموقّعة جزئياً (PSBT). تعرّف المواصفة معلومات اشتقاق المخرجات داخل PSBT، وتصف استخدام مسارات الاشتقاق والمفاتيح العامة الموسّعة العامة لتمكين الموقّع من اكتشاف الباقي.

في حالة المخرج ذي المفتاح الواحد، تصف الإرشادات خطوات تحقق محلية: التأكد من أن بصمة المفتاح الرئيسي (Master Fingerprint) تخص الموقّع نفسه، ثم اشتقاق المفتاح العام المحدد، ثم مطابقته مع المخرج. بمعنى آخر، الموقّع لا «يخمّن»، بل يتحقق بمفاتيحه الخاصة.

وهذا فرق جوهري بين مقامين:

• الاستدلال الخارجي: مراقب عام ينظر إلى نمط ظاهر (كالترتيب) ويخمّن.
• التحقق المحلي: موقّع يملك المفاتيح ويثبت بالحساب أن المخرج يعود له.

لكن حتى هنا ثمة تحفظ مهم: لا يجوز اعتبار بصمة أو مسار مُقدَّم داخل ملف PSBT شهادة ملكية شاملة. القيمة تأتي من التحقق المحلي من علاقة المفتاح بالموقّع، لا من مجرد وجود الحقل في الملف. فعلاقة مثبتة محلياً بمفاتيح الموقّع تجيب عن سؤال مختلف تماماً عن سؤال النمط العام للترتيب.

وللتوسع في الجوانب الأخرى لمراجعة المعاملات، يمكنك الاطلاع على أدلة BTCUSA حول توافق حاويات PSBT والتحقق من الرسوم لدى الموقّع غير المتصل. والعبرة هنا ألا يحلّ وسم «باقي» معقول المظهر محل تدقيقك في الرسوم.

سادساً: التوقيع يثبّت الترتيب، فلا تعِد ترتيب معاملة موقّعة

ينبّه BIP69 إلى أن تطبيقه يقتصر على المعاملات التي لا تعتمد وظيفتها على الترتيب. والأهم أنه يشير صراحةً إلى أن توقيعات SIGHASH_ALL تلتزم بالترتيب الدقيق للمدخلات والمخرجات. أي أنك إن غيّرت ترتيب المخرجات بعد التوقيع، فسيتبدل ما وُقِّع عليه، ولن تصح التوقيعات.

لذلك فإن شرح اليوم ليس دعوة لإعادة ترتيب معاملة موقّعة بالفعل. القرارات المتعلقة بالبناء، والقيود المنطبقة من البروتوكول، ينبغي حسمها قبل طلب التوقيعات، لا بعدها.

سابعاً: هل الترتيب «بصمة» تكشف الخصوصية؟

الجواب المتوازن: قد يكون قرينة، لكنه ليس دليلاً قاطعاً. فدافع المواصفة نفسها يصف أن أنماط الترتيب المتوقعة يمكن أن تتحول إلى بصمات في متناول المراقبين السلبيين للبلوكتشين. أي أن بعض المحافظ كانت تضع الباقي دائماً في موضع معين، وهذا كان يفضحها، وجاء الترتيب الحتمي لتقليل هذا النوع من التسريب.

لكن لدينا هنا جانبين يجب ألا يختلطا:

• الاستنتاج الأول: أي نمط ترتيب يمكن اعتباره فرضية تُحفظ مع افتراضاتها، ولا ترتقي إلى دليل قاطع على الملكية.
• الاستنتاج الثاني: مطابقة المعاملة لـ BIP69 لا تعني أنها مجهولة. فالتحليل يستخدم قرائن أخرى كثيرة غير الترتيب.

وبهذا فإن مثالي انقلاب الأدوار يثبتان نقطة أضيق وأمتن: المرتِّب وحده لا يستطيع التمييز بين الدفعة والباقي.

وللمزيد من محتوى الخصوصية والعملات الرقمية، تابع رفيف للحصول على تحليلات وأخبار محدثة.

ثامناً: أخطاء شائعة عند قراءة المعاملات

بعد أن اتضحت القاعدة، من المفيد أن نستعرض الأخطاء التي يقع فيها المحللون الهواة، وأحياناً بعض المحترفين حين يتعجلون:

الخطأ الأول: «الأصغر دفعة والأكبر باقي»

هذا هو الخطأ الذي بدأنا به المقال. قد يصدق أحياناً لأن الناس غالباً يدفعون مبالغ أصغر من رصيدهم، لكن «غالباً» ليست «دائماً». ومن ينشئ معاملة بدفعة كبيرة وباقٍ صغير سيكسر القاعدة فوراً. ولذلك فإن بناء قصة كاملة عن ملكية العناوين على هذا الافتراض وحده مخاطرة تحليلية.

الخطأ الثاني: الخلط بين ما يحدده الترتيب وما تحدده الملكية

سؤال «لماذا جاء هذا المخرج أولاً؟» يجيب عنه المرتِّب بسهولة: لأن مبلغه أصغر، أو لأن بايتات سكربته أصغر عند التعادل. أما سؤال «من يتحكم بهذا المخرج؟» فلا علاقة للمرتِّب به إطلاقاً. دمج السؤالين في سؤال واحد هو أصل الالتباس.

الخطأ الثالث: اعتبار الاصطلاح قاعدة إجماع

بعض القراء يظنون أن ما لا يتبع BIP69 معاملة «غير صالحة». هذا غير صحيح. العُقد تتحقق من صحة التوقيعات والمبالغ والسكربتات، وليس من اتباع اصطلاح معلوماتي للترتيب. قد تكون المعاملة صحيحة تماماً وغير مرتبة وفق هذا الاصطلاح.

الخطأ الرابع: الثقة العمياء بالحقول المرفقة

حين تصلك ملفات PSBT من طرف آخر، قد ترى حقول اشتقاق ومسارات تبدو مقنعة. لكن هذه الحقول مجرد بيانات مرفقة إلى أن يتحقق الموقّع منها بنفسه. وهنا تحديداً تظهر قيمة التحقق المحلي الذي وصفه BIP174، فلا تستبدله بالثقة في ما يبدو منطقياً من الخارج.

تاسعاً: لماذا يهمّ هذا القارئ العربي ومتابع سوق العملات الرقمية؟

قد يظن البعض أن هذه التفاصيل شأن المطورين وحدهم، لكنها تمس كل من يتعامل مع بيتكوين بجدية. فالمستثمر الذي يقرأ تحليلات «السلسلة» (On-chain) ويتابع حركة المحافظ الكبيرة يعتمد في الواقع على تخمينات حول ملكية العناوين. وكل تقرير يقول إن «محفظة كبيرة حوّلت أموالاً إلى نفسها» يفترض ضمنياً أن المحلل ميّز الباقي عن الدفعة بشكل صحيح. وإذا كان الأساس هو موضع المخرج فقط، فالتقرير أضعف مما يبدو.

ومن جهة أخرى، فإن مستخدم المحفظة العادي يستفيد من هذه المعرفة في فهم حدود الخصوصية. فالمحفظة التي تلتزم بترتيب حتمي تقلل أحد مصادر التسريب، لكنها لا تجعل المستخدم غير مرئي. والخصوصية في بيتكوين طبقات متعددة: الترتيب، وإعادة استخدام العناوين، وأنماط الرسوم، وأحجام المبالغ، وغير ذلك. من يفهم أن كل طبقة منها لها حدودها يستطيع أن يقرأ الأخبار والتحليلات بوعي أكبر، وألا ينخدع بعناوين تَعِد بكشف أسرار المحافظ بنقرة واحدة.

وإن كنت تتابع الجديد في سوق العملات الرقمية، فاطلع على أحدث التحليلات الفنية على رفيف لتربط بين فهم البروتوكول وقراءة حركة السوق.

عاشراً: كيف تراجع معاملة بيتكوين بذهن نقدي؟

إليك قائمة عملية مستخلصة من الفكرة السابقة، تصلح للقارئ العادي وللمحلل المبتدئ:

1. اسأل عن أساس كل وسم «باقي»: هل هو افتراض أم تحقق؟
2. افصل بين ثلاثة أسئلة: ما الذي يحدد الترتيب؟ وما الدليل على الملكية؟ وهل تقيّد التوقيعات التعديل؟
3. ميّز بين ملاحظة الترتيب والتحقق المحلي من المفاتيح: الأولى ظاهرة عامة، والثانية دليل لا يملكه إلا الموقّع.
4. حدد مرحلة التوقيع: هل المعاملة قبل التوقيع أم بعده؟ فالتعديل بعده يبطل التوقيعات في حالة SIGHASH_ALL.
5. لا تعتمد على الموضع وحده: إن كان تفسيرك قائماً على موضع المخرج فقط، فاترك مسألة الملكية دون حسم بدل أن تُكيّف المعاملة لتناسب الفرضية.

خلاصة رفيف

الترتيب في BIP69 مجرد اصطلاح: مبالغ تصاعدية، ثم مقارنة بايتات السكربت عند التعادل. لا دور فيه لمفهوم «دفعة» أو «باقي»، ولهذا يتسع التسلسل الواحد لسيناريوهين متعاكسين. أما الدليل الحقيقي على الملكية فيأتي من التحقق المحلي لدى الموقّع كما في BIP174، لا من موضع المخرج. وفي الوقت نفسه لا تُهمل الترتيب كقرينة خصوصية، ولا تعتبر الالتزام بـ BIP69 درعاً للإخفاء. التوازن بين الحذر والتواضع المعرفي هو أفضل قاعدة لقراءة أي معاملة.

وإذا أردنا تلخيص الدرس في جملة واحدة يسهل تذكرها: الترتيب يخبرك كيف رُتّبت المخرجات، ولا يخبرك لمن تعود. فمن أراد معرفة الملكية فليبحث عن دليل مستقل، ومن أراد حماية خصوصيته فليتذكر أن الترتيب الحتمي خطوة صغيرة في مسار طويل. وبهذا الفهم الهادئ نتجنب المبالغة في الاتجاهين: لا نعتبر الترتيب كاشفاً لكل شيء، ولا نعتبره عديم القيمة تماماً.

الأسئلة الشائعة (FAQ)

هل يمكن تحديد مخرج الباقي من موضعه في المعاملة؟

لا. موضع المخرج وحده لا يثبت أنه باقي، لأن مقارنة BIP69 تعتمد على المبلغ وبايتات السكربت فقط، ولا تعرف شيئاً عن الدفعة أو الباقي.

ما الذي يرتّبه BIP69 تحديداً؟

يرتب المخرجات تصاعدياً حسب المبلغ، وعند تساوي المبالغ يقارن بايتات scriptPubKey الخام مقارنة معجمية.

هل BIP69 إلزامي على شبكة بيتكوين؟

لا. هو مواصفة معلوماتية تطبيقية اختيارية، وليس قاعدة إجماع تفرضها العُقد.

هل مطابقة BIP69 تعني أن معاملتي مجهولة؟

لا. الالتزام بالترتيب الحتمي يقلل نوعاً من التسريب فقط، لكنه ليس دليلاً على إخفاء الهوية.

كيف يعرف الموقّع أن المخرج يعود له؟

وفق BIP174 يتحقق محلياً من بصمة المفتاح الرئيسي ويشتق المفتاح العام ويطابقه مع المخرج، لا بالتخمين.

هل يمكن تغيير ترتيب المخرجات بعد التوقيع؟

لا ينبغي. توقيعات SIGHASH_ALL تلتزم بالترتيب الدقيق للمدخلات والمخرجات، وتغييره يبطلها.

المصادر

• BTCUSA: Can Bitcoin Output Order Identify Change? BIP69 Explained
• BIP69: Lexicographical Indexing of Transaction Inputs and Outputs
• BIP126
• BIP174: Partially Signed Bitcoin Transaction Format

تنويه: هذا المقال تعليمي ومعلوماتي ولا يُعد نصيحة مالية أو استثمارية.